System and method for provision of individualized meeting platform content

ABSTRACT

Systems and methods for providing individualized meeting content to participants in online meetings. Participant preferences may be summarized and displayed for speakers to see and attempt to follow, thus increasing the likelihood that meetings will progress according to the preferences of their attendees. Participants may also have their individual meeting feeds tailored to their preferences, if those preferences can be met in real time, during the meeting. Participants may further receive individual recordings of the meetings afterward, for those preferences that cannot be met in real time. In this manner, meeting participants may experience personalized versions of meetings, tailored to their particular preferences. This may improve participant interest in, and engagement with, online meetings.

BACKGROUND

Embodiments of the disclosure relate generally to online meetingplatforms. More specifically, embodiments of the disclosure relate toprovision of individualized meeting platform content.

SUMMARY

Online meeting platforms are widely used to allow groups of people tocommunicate with each other in real time, without the need to be in thesame physical location. This has many benefits, such as reducing timewasted in traveling or commuting to meeting sites, allowing participantsto join, leave, mute, or amplify a meeting at any time withoutdisturbing any other meeting participants, allowing for easy viewing ofpresentation materials, and the like. Online meeting platforms alsopresent certain challenges, though. Meeting platforms display the samemeeting content to every participant, which can lead to annoyance andlack of engagement if the content parameters are disliked by someparticipants. For example, some meeting participants may lose interestin speakers that speak too fast or too slow, or in a language that thoseparticipants do not understand.

Accordingly, to overcome the limited ability of computer-based onlinemeeting platforms to maintain engagement of meeting participants,systems and methods are described herein for a computer-based processthat determines meeting participants' preferred parameters for listeningto a meeting, and attempts to deliver customized meeting content foreach participant according to his or her preferred parameters. Forexample, participants may be allowed to view the meeting at theirindividually-preferred volume, speed, or the like. Participants may alsobe sent a recording of the meeting that can be played back according totheir individual preferences, e.g., in the language of their preference,at the speed of their preference, or the like. Meeting participantpreferences may also be displayed for each meeting speaker or presenter,so that he or she may adjust their presentation style according to thedisplayed preferences. In this manner, meetings may be more likely toprogress according to the preferences of each participant, thusincreasing participant interest and engagement in the meeting.

In some embodiments of the disclosure, a computer-based online meetingsystem retrieves preferences of meeting participants, and determinesthose preferences that cannot be satisfied by meeting content, such aslive or real time presentations of the meeting, during the meetingitself. For example, when a preference exists for Spanish to be spokenduring the meeting, but the speaker or speakers do not speak Spanish,the speakers cannot meet this preference during the meeting.Accordingly, a personalized recording of the meeting is generated foreach participant according to those individual preferences that cannotbe satisfied during the meeting. In this example, audio of the recordingis translated into Spanish, and sent to those participants with apreference for Spanish.

The system may also determine those participant preferences that can besatisfied during the meeting, and display the meeting for thoseparticipants according to their preferences. That is, for thoseparticipant preferences that can be met during the meeting itself, themeeting is shown to those participants according to those preferences.

In summary, each meeting participant may receive a live feed of themeeting, with each feed tailored to the individual participant'spreferences to the extent possible during the meeting. Each participantmay also, or alternatively, receive a recording of the meeting that istailored to each individual participant's preferences, including thosepreferences that cannot be met by a live feed. This may help increaseparticipant interest and engagement with the meeting subject matter.

Participant preferences may be any preferences for manner of contentdelivery. For example, preferences may include preferences for aparticular language, a particular speech speed or speed at which contentis delivered, a preferred volume, or any other parameter by whichcontent may be adjusted for delivery.

Participant preferences may also be displayed for speakers, presenters,or anyone else to see during the meeting. For example, preferences maybe displayed in the same screen or interface as the online meeting. Thisallows speakers or presenters to see the preferences of their fellowmeeting attendees, and adjust their speaking style as appropriate. Asexamples, meeting speakers can adjust the speed at which they talk tobetter suit other participants, may speak louder or quieter, speak indifferent languages if possible, or the like.

Preferences can be selected for display to participants in any manner.In some embodiments, every participant preference may be displayed tospeakers, presenters, or the like. in some embodiments, preferences suchas speaking speed (e.g., preferred number of words per minute, or wpm)may be averaged in any manner, with this average presented to speakersas a single preferred value. In some embodiments, if a particularpreference is expressed by a majority or any other threshold number orportion of meeting participants, that preference may be displayed tospeakers. For example, if a majority but not all participants express adesire for Spanish as the language of the meeting, the system mayindicate that Spanish is the desired language for the meeting. In someembodiments, one or more preferences may be used to determine apresentation style which may be displayed for the speaker, rather thanthe preference itself. For example, if a speaker is detected as speakingapproximately 30 wpm but a majority of participants have a preferencefor 50 wpm, the system may simply inform the speaker that the audiencewishes him or her to speak faster, rather than (or in addition to)speaking at a particular wpm value.

BRIEF DESCRIPTION OF THE FIGURES

The above and other objects and advantages of the disclosure will beapparent upon consideration of the following detailed description, takenin conjunction with the accompanying drawings, in which like referencecharacters refer to like parts throughout, and in which:

FIG. 1A is an online meeting interface illustrating participantpreferences displayed in accordance with embodiments of the disclosure;

FIG. 1B is a diagrammatic representation illustrating operation of anonline meeting system in accordance with embodiments of the disclosure;

FIG. 2 is a block diagram of an illustrative user equipment device inaccordance with embodiments of the disclosure;

FIG. 3 is a block diagram of an illustrative user equipment device inaccordance with some embodiments of the disclosure;

FIG. 4 is a block diagram of an illustrative online meeting system inaccordance with some embodiments of the disclosure;

FIG. 5 is a block diagram representation of an illustrative serverconstructed according to embodiments of the disclosure;

FIG. 6 is a flowchart illustrating determination and display ofparticipant preferences in accordance with embodiments of thedisclosure; and

FIG. 7 is a flowchart illustrating meeting display and recordinggeneration according to embodiments of the disclosure.

DETAILED DESCRIPTION

In one embodiment, the disclosure relates to systems and methods forproviding individualized meeting content to participants in onlinemeetings. Participant preferences may be summarized and displayed forspeakers to see and attempt to follow, thus increasing the likelihoodthat meetings will progress according to the preferences of theirattendees. Participants may also have their individual meeting feedstailored to their preferences, if those preferences can be met in realtime, during the meeting. Participants may further receive individualrecordings of the meetings afterward, for those preferences that cannotbe met in real time. In this manner, meeting participants may experiencepersonalized versions of meetings, tailored to their particularpreferences. This may improve participant interest in, and engagementwith, online meetings.

FIG. 1A is an online meeting interface illustrating participantpreferences displayed in accordance with embodiments of the disclosure.Here, a meeting interface 10 may be the user interface of an onlinemeeting program or application. In some embodiments, the interface 10may display a meeting, providing an online forum for each meetingparticipant to discuss and view materials related to the subject matterof the meeting. The interface 10 may display audience preferences 20which are preferences expressed by meeting participants, current metrics30 which are metrics of the current speaker, and recommendations 40presented to the current speaker. Interface 10 may also include a window50 for display of any meeting-related materials such as presentationmaterials, as well as thumbnails 60 displaying meeting participants.Speakers and other meeting participants may each be presented with anindividual interface 10 displaying other participants 60, and meetingmaterials window 50. Meeting speakers or presenters may have preferences20, metrics 30, and recommendations 40 displayed on their interfaces 10,which may induce them to speak according to styles preferred by theother meeting participants. In some embodiments of the disclosure,preferences 20, metrics 30, and recommendations 40 are presented only tothe current speaker, or alternatively to each planned speaker. In someother embodiments of the disclosure, preferences 20, metrics 30, andrecommendations 40 may be presented to any or all meeting participants.

FIG. 1B is a diagrammatic representation illustrating operation of anonline meeting system in accordance with embodiments of the disclosure.The meeting system of FIG. 1B includes a central server 80 providingonline meeting services for each display device 70 belonging to meetingparticipants 60. In particular, server 80 generates audio and videosignals for display in interfaces 10 of each device 70, retrieves anddisplays audience preferences 20, and generates and displays metrics 30and recommendations 40. Each interface 10 of each display device 70allows its associated participant 60 to speak as well as view thosespeaking. That is, each device 70 may both transmit audio and video to,and receive audio and video from, server 80. Server 80 may generate anindividualized interface 10 for each separate participant 60, displayingits constituent images and information according to the preferencesexpressed by each participant 60. That is, for those participant 60preferences that can be met in real time, server 80 modifies the audioand video signals accordingly, and transmits meeting content to eachparticipant 60 according to his or her individual preferences.Accordingly, each different display device 70 receives and displays adifferent version of interface 10 with meeting content customizedaccording to the individual preferences of each participant 60. Thus,for example, each participant 60 may view the meeting at a differentvolume, according to their preferences. Display devices 70 may be anydevice capable of displaying a computer-based interface 10, andtransmitting and receiving audio and video signals, such as a cellularphone, tablet computer, laptop computer, desktop computer, server, orthe like.

After the meeting, server 80 may also generate a customized recording ofthe meeting for each participant 60. More specifically, server 80 mayrecord the meeting as it occurs, alter the recording according to thepreferences of each participant 60, and subsequently send the recordingto each participant 60 for playback according to his or her individualpreferences. As one example, a meeting may be conducted in English, butsome participants 60 may express a preference for Spanish instead. Themeeting speakers or presenters may not speak Spanish, and accordinglythe meeting may not be capable of being translated into Spanish in realtime by the speakers. Furthermore, other participants may prefer Englishrather than Spanish. After the meeting, server 80 may thus automaticallytranslate the recorded audio signal of the meeting into Spanish, andtransmit the recording to those participants 60 that expressed apreference for Spanish. Similarly, server 80 may generate recordingsthat are sped up or slowed down to meet the wpm preferences of eachdifferent participant 60, and send each participant 60 a customrecording set for playback at their preferred speed. In this manner,server 80 may generate a custom live broadcast of the meeting for eachparticipant 60 according to those individual preferences that can besatisfied during the meeting, and generate a custom recording for eachparticipant 60 set to those individual preferences that cannot besatisfied during the meeting. In some embodiments then, each participant60 thus receives both a custom individualized live meeting feed alteredto match perhaps some of their preferences, as well as a customindividualized recording altered to match perhaps all of theirpreferences.

FIG. 2 shows generalized embodiments of illustrative user equipmentdevice 200 that may be used in provision of individualized meetingplatform content according to embodiments of the disclosure. Forexample, user equipment device 200 may be an implementation of a displaydevice 70, and in exemplary embodiments may be a smartphone device or aremote control. In another example, user equipment system 201 may be auser television equipment system. User television equipment system 201may include a set-top box 216. Set-top box 216 may be communicativelyconnected to speaker 214 and display 212. In some embodiments, display212 may be a television display or a computer display. In someembodiments, set top box 216 may be communicatively connected to userinterface input 210. In some embodiments, user interface input 210 maybe a remote-control device. Set-top box 216 may include one or morecircuit boards. In some embodiments, the circuit boards may includeprocessing circuitry, control circuitry, and storage (e.g., RAM, ROM,hard disk, removable disk, etc.). In some embodiments, circuit boardsmay include an input/output path. More specific implementations of userequipment devices are discussed below in connection with FIGS. 3 and 4 .

Each one of user equipment device 200 and user equipment system 201 mayreceive content and data via input/output (hereinafter “I/O”) path 202.I/O path 202 may provide content (e.g., broadcast programming, on-demandprogramming, Internet content, content available over a local areanetwork (LAN) or wide area network (WAN), and/or other content) and datato control circuitry 204, which includes processing circuitry 206 andstorage 208. Control circuitry 204 may be used to send and receivecommands, requests, and other suitable data using I/O path 202. I/O path202 may connect control circuitry 204 (and specifically processingcircuitry 206) to one or more communications paths (described below).I/O functions may be provided by one or more of these communicationspaths but are shown as a single path in FIG. 2 to avoid overcomplicatingthe drawing.

Control circuitry 204 may be based on any suitable processing circuitrysuch as processing circuitry 206. As referred to herein, processingcircuitry should be understood to mean circuitry based on one or moremicroprocessors, microcontrollers, digital signal processors,programmable logic devices, field-programmable gate arrays (FPGAs),application-specific integrated circuits (ASICs), etc., and may includea multi-core processor (e.g., dual-core, quad-core, hexa-core, or anysuitable number of cores) or supercomputer. In some embodiments,processing circuitry may be distributed across multiple separateprocessors or processing units, for example, multiple of the same typeof processing units (e.g., two Intel Core i7 processors) or multipledifferent processors (e.g., an Intel Core i5 processor and an Intel Corei7 processor). In some embodiments, control circuitry 204 executesinstructions for an application program stored in memory (e.g., storage208). Specifically, control circuitry 204 may be instructed by theapplication to perform the functions discussed above and below. Forexample, the application may provide instructions to control circuitry204 to generate a content curation interface. In some implementations,any action performed by control circuitry 204 may be based oninstructions received from the interface.

Memory may be an electronic storage device provided as storage 208 thatis part of control circuitry 204. As referred to herein, the phrase“electronic storage device” or “storage device” should be understood tomean any device for storing electronic data, computer software, orfirmware, such as random-access memory, read-only memory, hard drives,optical drives, digital video disc (DVD) recorders, compact disc (CD)recorders, BLU-RAY disc (BD) recorders, BLU-RAY 2D disc recorders,digital video recorders (DVR, sometimes called a personal videorecorder, or PVR), solid state devices, quantum storage devices, gamingconsoles, gaming media, or any other suitable fixed or removable storagedevices, and/or any combination of the same. Storage 208 may be used tostore various types of content described herein as well as mediaguidance data described above. Nonvolatile memory may also be used(e.g., to launch a boot-up routine and other instructions). Cloud-basedstorage, described in relation to FIG. 4 , may be used to supplementstorage 208 or instead of storage 208.

A user may send instructions to control circuitry 204 using user inputinterface 210. User input interface 210 may be any suitable userinterface, such as a remote control, mouse, trackball, keypad, keyboard,touchscreen, touchpad, stylus input, joystick, voice recognitioninterface, or other user input interfaces. Display 212 may be providedas a stand-alone device or integrated with other elements of each one ofuser equipment device 200 and user equipment system 201. For example,display 212 may be a touchscreen or touch-sensitive display. In suchcircumstances, user input interface 210 may be integrated with orcombined with display 212. Display 212 may be one or more of a monitor,a television, a liquid crystal display (LCD) for a mobile device,amorphous silicon display, low temperature poly silicon display,electronic ink display, electrophoretic display, active matrix display,electro-wetting display, electrofluidic display, cathode ray tubedisplay, light-emitting diode display, electroluminescent display,plasma display panel, high-performance addressing display, thin-filmtransistor display, organic light-emitting diode display,surface-conduction electron-emitter display (SED), laser television,carbon nanotubes, quantum dot display, interferometric modulatordisplay, or any other suitable equipment for displaying visual images.

The online meeting platform application may be implemented using anysuitable architecture. For example, it may be a stand-alone applicationwholly implemented on each one of user equipment device 200 and userequipment system 201. In such an approach, instructions of theapplication are stored locally (e.g., in storage 208), and data for useby the application is downloaded on a periodic basis (e.g., from anout-of-band feed, from an Internet resource, or using another suitableapproach). Control circuitry 204 may retrieve instructions of theapplication from storage 208 and process the instructions to generateany of the displays discussed herein. Based on the processedinstructions, control circuitry 204 may determine what action to performwhen input is received from input interface 210. For example, movementof a cursor on a display up/down may be indicated by the processedinstructions when input interface 210 indicates that an up/down buttonwas selected.

FIG. 3 illustrates user equipment device 200 in block diagram form. Inthe representation of FIG. 3 , device 300, input/output 302, user inputinterface 310, display 312, speakers 314, control circuitry 304,processing circuitry 306, and storage 308 may correspond to embodimentsof user equipment device 200, input/output path of circuit boards ofset-top box 216, user interface input 210, display 212, speaker 214,circuit boards of set-top box 216, circuit boards of set-top box 216,and storage on circuit boards of set-top box 216, respectively. As shownin FIG. 3 , processing circuitry 306 executes commands retrieved fromstorage 308, input/output path 302, and/or user input interface 310, andtransmits results to display 312, 314, and/or output path 302. Suchcommands may include commands for implementing an online meetingplatform such as by generating and displaying interface 10 on display312, and retrieving and/or playing meeting recordings on display 312 andspeaker 314. Commands may also include commands for transmitting meetingpreferences to other computing devices such as server 426 describedbelow, retrieving interface 10 data from server 426, requesting andretrieving selected content from server 426, and playing back retrievedcontent.

Each one of user equipment device 200 and user equipment system 201 ofFIG. 2 can be implemented in system 400 of FIG. 4 as a usercommunications device 402, wireless user communications device 406, orany other type of user equipment suitable for accessing content, such asa non-portable gaming machine. For simplicity, these devices may bereferred to herein collectively as user equipment or user equipmentdevices and may be substantially similar to user equipment devicesdescribed above. User equipment devices, on which an online meetingplatform application may be implemented, may function as a stand-alonedevice or may be part of a network of devices. Various networkconfigurations of devices may be implemented and are discussed in moredetail below.

A user equipment device utilizing at least some of the system featuresdescribed above in connection with FIG. 2 may not be classified solelyas a user communications device 402, or a wireless user communicationsdevice 406. For example, means for consuming content 402 may, like somesystem controller 404, be Internet-enabled allowing for access toInternet content, while system controller 404 may, like some televisionequipment 402, include a tuner allowing for access to televisionprogramming. The online meeting application may have the same layout onvarious different types of user equipment or may be tailored to thedisplay capabilities of the user equipment. For example, on systemcontroller 404, the meeting application may be provided as a websiteaccessed by a web browser. In another example, the guidance applicationmay be scaled down for wireless user communications devices 406.

In system 400, there is typically more than one of each type of userequipment device but only one of each is shown in FIG. 4 to avoidovercomplicating the drawing. In addition, each user may utilize morethan one type of user equipment device and also more than one of eachtype of user equipment device.

The user equipment devices may be coupled to communications network 414.Namely, means for consuming content 402 and wireless user communicationsdevice 406 are coupled to communications network 414 via communicationspaths 408 and 412, respectively. Communications network 414 may be oneor more networks including the Internet, a mobile phone network, mobilevoice or data network (e.g., a 4G or LTE network), cable network, publicswitched telephone network, or other types of communications network orcombinations of communications networks. Paths 408 and 412 mayseparately or together include one or more communications paths, such asa satellite path, a fiber-optic path, a cable path, a path that supportsInternet communications (e.g., IPTV), free-space connections (e.g., forbroadcast or other wireless signals), or any other suitable wired orwireless communications path or combination of such paths. Path 412 isdrawn with dotted lines to indicate that in the exemplary embodimentshown in FIG. 4 it is a wireless path and path 408 is drawn as a solidline to it is a wired path (although these paths may be wireless paths,if desired). Communications with the user equipment devices may beprovided by one or more of these communications paths but are shown as asingle path in FIG. 4 to avoid overcomplicating the drawing.

Although communications paths are not drawn between user equipmentdevices, these devices may communicate directly with each other viacommunication paths, such as those described above in connection withpaths 408 and 412, as well as other short-range point-to-pointcommunication paths, such as USB cables, IEEE 1394 cables, wirelesspaths (e.g., Bluetooth, infrared, IEEE 402-11x, etc.), or othershort-range communication via wired or wireless paths. BLUETOOTH is acertification mark owned by Bluetooth SIG, INC. The user equipmentdevices may also communicate with each other directly through anindirect path via communications network 414.

System 400 includes storage 416 coupled to communications network 414via communication path 420. Path 420 may include any of thecommunication paths described above in connection with paths 408, 410,and 412. Communications with the storage 416 may be exchanged over oneor more communications paths but are shown as a single path in FIG. 4 toavoid overcomplicating the drawing. In addition, there may be more thanone storage 416, but only one is shown in FIG. 4 to avoidovercomplicating the drawing. If desired, storage 416 may be integratedas one source device. Although communications between storage 416 anduser equipment devices 402, 404, and 406 are shown as occurring throughcommunications network 414, in some embodiments, storage 416 maycommunicate directly with user equipment devices 402, 404, and 406 viacommunication paths (not shown) such as those described above inconnection with paths 408 and 412.

Server 426 is coupled to communications network 414 via communicationpath 424 and coupled to storage 416 via communication path 440. Paths424 and 440 may include any of the communication paths described abovein connection with paths 408 and 412. Server 426 may obtain or receivemedia content from storage 416 via communication path 440.

Storage 416 may include preferences of meeting participants, as well asrecorded meeting content, and may be any storage employing any one ormore memories of any types, as well as associated controllers and thelike. Storage 416 may be the originator of content (e.g., a televisionbroadcaster, a webcast provider, etc.) or may not be the originator ofcontent (e.g., an on-demand content provider, an Internet provider ofcontent of broadcast programs for downloading, etc.). Storage 416 mayinclude a remote server or memory used to store different types of dataand content (including video content selected by a user), in a locationremote from any of the user equipment devices.

Content and/or data delivered to user equipment devices 402, 404, and406 may be over-the-top (OTT) content. OTT content delivery allowsInternet-enabled user devices, including any user equipment devicedescribed above, to receive content that is transferred over theInternet, including any content described above, in addition to contentreceived over cable or satellite connections. OTT content is deliveredvia an Internet connection provided by an Internet service provider(ISP), but a third party distributes the content. The ISP may not beresponsible for the viewing abilities, copyrights, or redistribution ofthe content, and may only transfer IP packets provided by the OTTcontent provider. Examples of OTT content providers include YouTube,Netflix, and Hulu, which provide audio and video via IP packets. YouTubeis a trademark owned by Google Inc., Netflix is a trademark owned byNetflix Inc., and Hulu is a trademark owned by Hulu, LLC. OTT contentproviders may additionally or alternatively provide curation datadescribed above. In addition to content and/or data, providers of OTTcontent can distribute curation applications (e.g., web-basedapplications or cloud-based applications), or the content can bedisplayed by curation applications stored on the user equipment device.

System 400 is intended to illustrate a number of approaches, or networkconfigurations, by which user equipment devices and sources of contentand curation may communicate with each other for the purpose ofproviding online meeting services. The embodiments described herein maybe applied in any one or a subset of these approaches, or in a systememploying other approaches for provision of online meetings.

Cloud resources may be accessed by a user equipment device using, forexample, a web browser, a media guidance application, a desktopapplication, a mobile application, and/or any combination of accessapplications of the same. The user equipment device may be a cloudclient that relies on cloud computing for application delivery, or theuser equipment device may have some functionality without access tocloud resources. For example, some applications running on the userequipment device may be cloud applications, i.e., applications deliveredas a service over the Internet, while other applications may be storedand run on the user equipment device. In some embodiments, a user devicemay receive content from multiple cloud resources simultaneously. Forexample, a user device can stream audio from one cloud resource whiledownloading content from a second cloud resource. Or a user device candownload content from multiple cloud resources for more efficientdownloading. In some embodiments, user equipment devices can use cloudresources for processing operations such as the processing operationsperformed by processing circuitry described in relation to FIG. 2 .

FIG. 5 is a generalized embodiment of an illustrative server 426constructed for use according to embodiments of the disclosure. Here,device 500 may be a server 426. Device 500 may receive content and datavia I/O paths 502 and 504. I/O path 502 may provide content and data,such as online meetings, to the various display devices 70, while I/Opath 504 may provide data to, and receive content from, one or morestorages 416. Like the user equipment device 300, the device 500 hascontrol circuitry 506 which includes processing circuitry 508 andstorage 510. The control circuitry 506, processing circuitry 508, andstorage 510 may be constructed, and may operate, in similar manner tothe respective components of user equipment device 300.

Storage 510 is a memory that stores a number of programs for executionby processing circuitry 508. In particular, storage 510 may store anumber of device interfaces 512, an online meeting platform module 514,translation module 516 for translating meeting audio into differentlanguages, and user preferences 518. The device interfaces 512 areinterface programs for handling the exchange of commands and data withthe various display devices 70. Online meeting platform module 514 is acode module for implementing an online meeting according to theprocesses described herein, and user preferences 518 are stored meetingpresentation preferences entered by meeting participants. A separateinterface 10 may exist for each different display device 70. Interfacecode may be stored in storage 510 and implemented by device 500, or maybe stored in and implemented by each display device 70.

The device 500 may be any electronic device capable of receiving meetingaudio and video and transferring them to one or more display devices 70within an interface 10. For example, the device 500 may be a serverlocated at any site, such as co-located with one or more of the meetingparticipants, or located remote from any or all of the meetingparticipants. The device 500 may alternatively be a laptop computer ordesktop computer configured as above.

FIG. 6 is a flowchart illustrating determination and display ofparticipant preferences in accordance with embodiments of thedisclosure. As above, embodiments of the disclosure contemplate displayof participant preferences to other meeting participants, such as thosespeaking, sharing their screen, or otherwise presenting during themeeting. A process for determination and display of participantpreferences may include meeting module 514 retrieving preference datafor each meeting participant (Step 600). Preference data may be storedin, and retrieved from, any suitable memory such as storage 416, and maybe determined in any suitable manner. For example, module 514 may querymeeting participants for their preferences at the beginning of themeeting or any time prior thereto, e.g., when participants create anaccount. Retrieved preference data may also include saved preferencesfrom prior meetings, previously generated participant profileinformation, or the like. Preferences may be of any type describing anymeeting parameter. As above, preferences, may include parameters such aspreferred language spoken in the meeting, preferred speech speed (e.g.,wpm), preferred volume, preferred video settings, or the like.Preference data may also be retrieved for each meeting invitee ratherthan just those who are actually participating in the meeting, for eachinvitee who has confirmed their attendance, or the like. Preference datamay also be determined from information including participant location,time zone, company or industry information, demographics, or the like.For example, in some embodiments of the disclosure, the languagepreference of participants located in a particular country or region mayby default be set to the official language of that country, or thepredominant language of that region. To that end, storage 416 may storea database of geographic areas and their associated demographicinformation, such as predominant or official language, known culturalpreferences, predominant businesses or industries and any knownassociated meeting preferences, or the like.

Meeting module 514 may then determine preference values currentlyemployed in the meeting (Step 605). That is, meeting module 514determines current values of those preferences retrieved in Step 600.For example, if module 514 retrieved preferences for language, speechspeed, and volume at Step 600, current values of each of language,speech speed, and volume are determined. Current values of retrievedpreferences may be determined in any manner, such as from presenterprofiles or other meeting information entered by or displayed forparticipants. For instance, the currently-spoken language may bedetermined via one or more machine learning models trained to identify aspoken language from audio input of speech. In some embodiments, currentmeeting volume may be determined via decibel measurements of meetingaudio. In some embodiments, current speech speed may be estimatedaccording to the rate at which identified syllables or othercharacteristic audible speech is uttered, determined via naturallanguage processing (NLP) or other methods which identify and transcribespoken words of a portion of speech. In this example, identified wordsmay be counted and their number divided by the amount of time taken bythat portion of speech, to determine, e.g., words per minute spoken.

Meeting module 514 may then determine which current preference values orfactors do not match the preferences of at least one audience member(Step 610). For every such current preference value (Step 615), module514 checks whether that current preference value can be adjustedindividually for each meeting participant (Step 620). If the answer tothis inquiry is negative, module 514 adds this factor to arecommendation list (Step 635) for subsequent presentation to meetingspeakers or others. If the answer to the inquiry of Step 620 is insteadpositive, module 514 then checks whether every participant's device 70provides controls to adjust this factor's value (Step 625). If theanswer to this inquiry is negative, module 514 proceeds to Step 635,adding this factor to the recommendation list. Otherwise, this factorcan be adjusted individually for every participant, and module 514 doesso accordingly (Step 630). Individual adjustment may be performed in anymanner, such as by transmission of instructions to each device 402, 406by server 426, to adjust or set these factors accordingly. In someembodiments, an alert may also be transmitted to each device 402, 406allowing users to confirm or cancel the adjustments. After Step 630,module 514 proceeds to Step 655, as further described below.

The result of Steps 600-625 is a recommendation list containing thosefactors or preferences which at least one meeting participant wants thecurrent speaker to change. For each factor in the list, meeting module514 takes certain actions (Step 640), including determining thepreferred factor value suited to the audience (Step 645). This may bethe preferred value of any portion of the meeting participants,determined in any manner. In some embodiments, module 514 may determinethe preferred value according to majority preference. Thus, forinstance, the preferred language may be the language expressed as apreference by the majority of participants. In some embodiments, thepreferred value may be determined as the value preferred by the mostparticipants, even if not a majority. In some embodiments, the preferredvalue may be that preferred by all participants, or by any portionthereof.

Meeting module 514 may then present this recommendation list to thecurrent speaker, such as via an actionable instruction, action item, orsuggestion to meet the audience preference (Step 650). For example, asin FIG. 1A, audience preferences 20 may be presented within the currentspeaker's interface 10, instructing or suggesting to the speaker toadjust his or her delivery in a manner that more closely meets theaudience's preferences. In this manner, module 514 encourages meetingsto progress more closely along participant preferences, thus increasingparticipant interest and engagement with the meeting. Recommendationsmay also be presented as templates or any predetermined format forpresenting recommendations. For example, in some embodiments, meetingmodule 514 may determine recommendations and insert them into thefollowing template: “There is an audience preference to please(increase/decrease) (factor name) to around (factor value).” Thus, forinstance, when a speaker is speaking faster than a preferred participantspeech speed, module 514 may display a message such as “There is anaudience preference to please decrease speech speed to around 40 wordsper minute.”

In embodiments of the disclosure, meeting module 514 also updates itspreference values, to more accurately track and respond to participantpreferences that may change over time. Thus, in some embodiments, module514 may check to determine whether any audience member or meetingparticipant has left the call (Step 655), and if so, returns to Step 640to update the recommendation list. Otherwise, if no audience member hasleft the meeting, module 514 determines whether the speaker or presenterhas changed (Step 660), such as by determining whether a self-designatedspeaker flag has changed state, automatically designating a currentspeaker according to detected words, i.e., who is speaking at any giventime or who has been speaking for greater than some threshold period oftime, who is sharing their screen, who is the designated speakeraccording to a meeting agenda or schedule, an analysis of verbal cuessuch as words or phrases indicating transition to another speaker (e.g.,“Now I would like to give David the floor . . . ”). Thus, for example,meeting module 514 may analyze a meeting agenda and designate currentspeakers according to the times allotted for certain speakers. Anymethod of detecting a speaker is contemplated, and checks for currentspeaker may be made at any time, such as periodically at any intervals,upon detection of any amount of speech from any participant, and thelike. If a change in speaker or presenter is detected, the processreturns to Step 605 to determine the presentation factor values used bythe new speaker, e.g., how fast he or she is speaking, the languageused, how loud he or she is now speaking, and the like. Otherwise, if nochange has been made to the meeting speaker, module 514 may determinewhether any new participant has joined the meeting (Step 665), andreturns to Step 600 to retrieve his or her preferences, if so, beginningthe process of FIG. 6 again for the newly-revised set of meetingparticipants. This process may continue until the end of the meeting.

In some embodiments, module 514 may keep track of those participants wholeave the meeting early (i.e., at Step 655), and those who join late(i.e., at Step 665), to note those participants who missed a portion ofthe meeting. Module 514 may also keep track of those invitees who missedthe meeting entirely. These participants/invitees may be sent arecording of those portions of the meeting that they missed, accordingto times when they joined/left. Participants/invitees may also, oralternatively, be sent a recording of the entire meeting with missedportions marked or indicated in any manner. In this manner,participants/invitees may be able to catch up on missed meeting content.

As above, embodiments of the disclosure also contemplate individualizeddisplay and recording of meetings that meet each participant'spreferences. FIG. 7 is a flowchart illustrating meeting display andrecording generation according to embodiments of the disclosure. Here,meeting module 514 may retrieve meeting playback preferences ofparticipants of a meeting (Step 700). Similar to Step 600 of FIG. 6 ,module 514 may retrieve the stored preferences of each participant fromstorage 416, may query participants for their preferences, or maydetermine participant preferences in any other manner. Preference datamay also be retrieved for each meeting invitee rather than just thosewho are actually participating in the meeting, for each invitee who hasconfirmed their attendance, or the like. Preference data may also bedetermined from information including participant location, time zone,company or industry information, demographics, or the like.

Module 514 may then determine a first set of meeting playbackpreferences, according to which meeting content cannot be generated andplayed back during the meeting (Step 710). That is, module 514 maydetermine those preferences that cannot be met in real time, or duringthe meeting itself. For instance, audience preferences for a languagethat the current speaker does not speak, may not be able to be metduring the meeting. Module 514 also determines a second set of meetingplayback preferences, according to which meeting content can begenerated and played back during the meeting (Step 720). That is, unlikein Step 710, module 514 determines those meeting preferences that can bemet in real time, or during the meeting itself. For example, the volumelevel of meeting broadcast or playback may be readily altered to matchparticipant preferences. That is, the volume level at which eachparticipant's audio and video stream is played is a preference that canbe altered as desired in real time or during the meeting, according toparticipant preferences.

For each meeting participant, module 514 then generates meeting content,e.g., a live feed of the meeting, for playback (Step 730). In someembodiments, meeting content is generated according to the second set ofmeeting playback preferences determined above in Step 720. That is,module 514 generates a separate meeting feed for each call participant,where this individualized feed is generated according to thoseparticipant preferences that can be adjusted in real time, during themeeting. For example, each participant may receive live meeting videovia his or her interface 10, played at his or her individual preferredsettings, e.g., at his or her preferred volume, or the like. Differentparticipants may thus receive their meeting feeds through theirinterface 10, at differing settings, providing more individualizedmeeting experiences.

Here, meeting content may be any content of or related to the meeting.For example, meeting content may include recorded audio and videosignals of the meeting, as well as any presentations or other materialdisplayed for the meeting participants, by, e.g., meeting speakers.

For each meeting participant, module 514 also generates a recording ofmeeting content for playback according to each participant's first setof meeting playback preferences (Step 740). That is, meeting module 514records the meeting, and sends individual copies of the recording toeach participant, for playback according to each separate participant'spreferences. Thus, for example, after the meeting, one participant mayreceive a copy of the meeting recording, set to his or her desiredvolume, speed, and language settings, while another participant mayreceive a copy of the meeting recording set for playback at differentvolume, speed, and language settings, according to his or her individualpreferences.

Recordings may be set to different languages in any manner. In someembodiments, recordings may be automatically translated into eachparticipant's desired language using machine learning-based methods, asabove. In some embodiments, recordings may be set for playback at eachparticipant's preferred speed, so that playback is performed at eachindividual's preferred speaker wpm, or a corresponding metric such asmeeting-average wpm, speaker-average wpm, or the like. In this manner,even if certain individual preferences cannot be satisfied during themeeting itself, each participant may be sent a recording of the meetingwhich is set for playback according to those preferences. Thus,regardless of whether preferences can each be met in a live context,each participant may receive at least a recording that helps to meetvarious preferences.

Module 514 may also customize recordings in any manner besides, or inaddition to, following participant preferences. In some embodiments,preferences may include preferences for particular camera views, andmodule 514 may record from separate video and/or audio source(s) such asalternate cameras or the like, according to those view preferences.Similarly, recordings may include content such as chat content and thelike, according to participant preferences. In some embodiments,recordings may also include a transcript of the meeting, such as aclosed caption, if preferred by individual participants. Module 514 may,in some embodiments, also send transcripts to participants prior tosending the recording, for transcript review, editing, and/or approval.In some embodiments, module 514 may also notify participants whethertheir recording has been personalized according to their preferences, oris an unaltered recording. In this manner, module 514 may generateseparate meeting recordings for each individual participant or invitee,customized according to his or her individual preferences, where thosepreferences may include particular video and/or audio sources, anymeeting content, any presentation style, any closed captions in anylanguage, dubbing or translation into any language, at any speed and/orvolume, and according to any other preference.

As above, embodiments of the disclosure may also include display ofpreferences during the meeting, to speakers and/or other meetingparticipants. Meeting module 514 may thus determine playback preferencesof meeting participants (Step 750), and transmit these playbackpreferences to at least one meeting participant, e.g., meetingpresenters or speakers, each participant, or the like (Step 760). Aspreviously described, playback preferences may be determined in anymanner, such as by determining an average value for each preferencebased on every participant's preference value, common preference valuespreferred by more than one participant, values preferred by a majorityor by more than any other value but less than a majority, or the like.Playback preferences may be transmitted as numerical or other values,such as display metrics 30, or may be formulated as recommendations 40,e.g., presentation style recommendations, such as recommendations tospeak faster, speak louder, or the like, rather than numerical valuerecommendations such as a specific wpm or volume level.

The foregoing description, for purposes of explanation, used specificnomenclature to provide a thorough understanding of the disclosure.However, it will be apparent to one skilled in the art that the specificdetails are not required to practice the methods and systems of thedisclosure. Thus, the foregoing descriptions of specific embodiments ofthe present invention are presented for purposes of illustration anddescription. They are not intended to be exhaustive or to limit theinvention to the precise forms disclosed. Many modifications andvariations are possible in view of the above teachings. For example, anytype of participant preference may be retrieved, and any correspondingmetrics may be calculated and displayed for any meeting participants.Display and recording may also be performed and altered for playbackaccording to any values of any preferences. The embodiments were chosenand described in order to best explain the principles of the inventionand its practical applications, to thereby enable others skilled in theart to best utilize the methods and systems of the disclosure andvarious embodiments with various modifications as are suited to theparticular use contemplated. Additionally, different features of thevarious embodiments, disclosed or otherwise, can be mixed and matched orotherwise combined so as to create further embodiments contemplated bythe disclosure.

1. A method of generating personalized recordings, the methodcomprising: retrieving meeting playback preferences of participants of ameeting; using control circuitry, determining a set of meeting playbackpreferences, from the retrieved playback preferences, according to whichmeeting content with the meeting playback preferences cannot begenerated in real time and played back during the meeting; for eachparticipant of the meeting, generating the meeting content for playbackduring the meeting without the retrieved playback preferences due towhich meeting content cannot be generated in real time; and for eachparticipant of the meeting, generating a recording of the meetingcontent for playback according to the set of meeting playbackpreferences.
 2. The method of claim 1: wherein the set of meetingplayback preferences is a first set of meeting playback preferences, themethod further comprising determining a second set of meeting playbackpreferences according to which meeting content cannot be generated andplayed back during the meeting; and wherein the generating the meetingcontent for playback during the meeting further comprises, for eachparticipant of the meeting, generating the meeting content for playbackduring the meeting and according to the second set of meeting playbackpreferences.
 3. The method of claim 1, wherein the meeting playbackpreferences comprise one or more of a preferred language of the meeting,a preferred speech speed, or a preferred volume.
 4. The method of claim1, further comprising: from the retrieved meeting playback preferences,determining common meeting playback preferences of the participants ofthe meeting; and transmitting the determined common meeting playbackpreferences to at least one of the meeting participants.
 5. The methodof claim 1, further comprising: from the retrieved meeting playbackpreferences, determining a presentation style recommendation; andtransmitting the determined presentation style recommendation to atleast one of the participants of the meeting.
 6. The method of claim 5,wherein the at least one of the participants of the meeting includes apresenter of the meeting.
 7. The method of claim 1, further comprisingtransmitting the meeting content for display to the participants of themeeting.
 8. The method of claim 7, wherein the transmitting furthercomprises transmitting the meeting content during the meeting, fordisplay to the participants of the meeting.
 9. The method of claim 1,further comprising transmitting at least one of the meeting presentationpreference values of at least one of the meeting participants to atleast one other of the meeting participants.
 10. The method of claim 9,wherein the at least one of the meeting participants comprises apresenter of the meeting.
 11. The method of claim 1, wherein thegenerating a recording of the meeting further comprises generating aseparate recording of the meeting for each participant of the meeting,each separate recording generated according to the respective meetingplayback preferences of the each participant.
 12. A system forgenerating personalized recordings, the system comprising: a storagedevice; and control circuitry configured to: retrieve meeting playbackpreferences of participants of a meeting; determine a set of meetingplayback preferences, from the retrieved playback preferences, accordingto which meeting content cannot be generated in real time and playedback during the meeting; for each participant of the meeting, generatethe meeting content for playback during the meeting; and for eachparticipant of the meeting, generate a recording of the meeting contentfor playback according to the set of meeting playback preferences. 13.The system of claim 12: wherein the set of meeting playback preferencesis a first set of meeting playback preferences, the method furthercomprising determining a second set of meeting playback preferencesaccording to which meeting content cannot be generated and played backduring the meeting; and wherein the generating the meeting content forplayback during the meeting further comprises, for each participant ofthe meeting, generating the meeting content for playback during themeeting and according to the second set of meeting playback preferences.14. The system of claim 12, wherein the meeting playback preferencescomprise one or more of a preferred language of the meeting, a preferredspeech speed, or a preferred volume.
 15. The system of claim 12, whereinthe control circuitry is further configured to: from the retrievedmeeting playback preferences, determine common meeting playbackpreferences of the participants of the meeting; and transmit thedetermined common meeting playback preferences to at least one of themeeting participants.
 16. The system of claim 12, wherein the controlcircuitry is further configured to: from the retrieved meeting playbackpreferences, determine a presentation style recommendation; and transmitthe determined presentation style recommendation to at least one of theparticipants of the meeting.
 17. The system of claim 16, wherein the atleast one of the participants of the meeting includes a presenter of themeeting.
 18. The system of claim 12, wherein the control circuitry isfurther configured to transmit the meeting content for display to theparticipants of the meeting.
 19. The system of claim 18, wherein thetransmitting further comprises transmitting the meeting content duringthe meeting, for display to the participants of the meeting.
 20. Thesystem of claim 12, wherein the control circuitry is further configuredto transmit at least one of the meeting presentation preference valuesof at least one of the meeting participants to at least one other of themeeting participants. 21-33. (canceled)